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PSEUDO-RANDOM DYNAMIC SCHEDULER FOR SCHEDULING 
COMMUNICATION PERIODS BETWEEN ELECTRONIC DEVICES 

Related Applications 

5 This application is related to and claims priority from U.S. Patent Application Serial No. 

60/272,630 filed February 28, 2001, for "Effective scheduling of inter system communication," 
with inventor Daryl Hlasny, which is incorporated herein by reference. 

Technical Field 

10 This invention relates generally to electronic devices, and is more particularly directed 

toward systems and methods for scheduling communication periods between electronic devices. 

Background 

Computer and communication technologies continue to advance at a rapid pace. Indeed, 
15 computer and communication technologies are involved in many aspects of a person's day. For 
example, many devices being used today by consumers have a small computer incorporated within 
the device. These small computers come in varying sizes and degrees of sophistication. These 
small computers may vary in sophistication from one microcontroller to a fully-functional complete 
computer system. For example, small computers may be a one-chip computer, such as a 
20 microcontroller, a one-board type of computer, such as a controller, a typical desktop computer, 
such as an EBM-PC compatible, etc. 

Computers typically have one or more processors. The processor(s) usually are 
interconnected to different external inputs and outputs and function to manage the particular 
computer or device. For example, a processor in a thermostat may be connected to buttons used to 
25 select the temperature setting, to the furnace or air conditioner to change the temperature, and to 
temperature sensors to read and display the current temperature on a display. 

Many appliances, devices, etc., include one or more small computers. For example, 
thermostats, furnaces, air conditioning systems, refrigerators, telephones, typewriters, automobiles, 
vending machines, and many different types of industrial equipment now typically have small 
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computers, or processors, inside of them. Computer software runs the processors of these 
computers and tells the processors what to do to carry out certain tasks. For example, the computer 
software running on a thermostat may cause an air conditioner to stop running when a particular 
temperature is reached or may cause a heater to turn on when needed. 

5 These types of small computers that are a part of a device, appliance, tool, etc., are often 

referred to as embedded systems. The term "embedded system" usually refers to computer 
hardware and software that is part of a larger system. Embedded systems may not have typical 
input and output devices such as a keyboard, mouse, and/or monitor. Usually, at the heart of each 
embedded system is one or more processor(s). 

10 With the increased use of electronic devices and embedded systems, and with the 

increased demands for the exchange of information, more devices are now able to detect 
surrounding devices and establish electronic communications with these devices. The Bluetooth 
specification defines one standard whereby devices can communicate with each other through 
short-range radio signals. Many kinds of devices may benefit from being able to connect to other 

15 devices without needing user intervention. For example, printers, personal digital assistants, 
digital cameras, telephones, laptop computers, video monitors, electronic calendars, desktops, fax 
machines, keyboards, joysticks, etc., may all become part of a short-range radio system to 
connect to other devices. By enabling this type of communication, a bridge is provided to 
existing data networks to form small private ad hoc groupings of connected devices away from 

20 fixed network infrastructures. Thus, device networks may be formed on-the-fly as devices 
discover each other. However, as more devices attempt to communicate with one another, 
inefficiencies may arise that may slow down or otherwise hinder the overall communication of 
one or more electronic devices. Thus, benefits may be realized if communications by electronic 
devices were enhanced with additional systems and methods for providing more effective 

25 communication techniques. 



Summary of the Invention 

An electronic device is disclosed that is adapted to communicate with a first device 
network and to communicate with a second device that is part of a second device network. The 



-3- 



device includes a processor and a communications module in electronic communication with the 
processor for communications with other devices including the second device and at least one 
device from the first device network. Memory may also be included in electronic 
communication with the processor for storing data. The electronic device may also include a 
5 pseudo-random scheduler for providing time points defining a schedule for the electronic device 
to communicate with the other devices. A dynamic scheduler may also be included to modify the 
schedule. The electronic device may also include an event queue. 

The dynamic scheduler may implement a fair allocation method of dynamically allocating 
communication bandwidth. The fair allocation method may include extending previous 
10 communications periods. The fair allocation method may also include reducing the number of 
initiation time points in the event queue, 
f-i An opportunistic allocation method may be implemented by the dynamic scheduler to 

I;:;: dynamically allocate communication bandwidth. The opportunistic allocation method may 
P include evaluating traffic pending and device availability and modifying the schedule based on 
j:; 15 the evaluation. 

u The pseudo-random scheduler may implement a predetermined synchronized method for 

M generating time points. In addition, the pseudo-random scheduler may implement a predetermined 
j=!j asynchronized method for generating time points. A real-time method may also be used in the 
S: pseudo-random scheduler. 

M 20 The event queue may include a plurality of initiation time points. A plurality of channel 

identifications may also be stored in the event queue. Further, the event queue may include a 
plurality of data pending indicators. 

The electronic device may further include a state machine for scheduling and 
communicating. The state machine may include an idle state, a data state, a negotiate schedule 
25 state and a re-establish state. 

The electronic device may be used in a Bluetooth system. In such an environment, the 
device may become part of a piconet. If the device becomes part of a piconet, the pseudo-random 
scheduler may provide time points defining the schedule for the electronic device to communicate 
with piconets. 
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A method is also disclosed for pseudo-randomly and dynamically scheduling 
communication periods between electronic devices. The method may include the steps of 
transmitting outbound data from a first electronic device to a first device network and receiving 
inbound data by the first electronic device from the first device network. The method may also 
5 include the steps of discovering a second electronic device of a second device network, providing 
pseudo-random time points defining a schedule for the first electronic device to communicate 
with the first device network and with the second electronic device, storing the time points in an 
event queue, and dynamically modifying the schedule to add additional communication 
bandwidth to at least one communication channel. 

10 A computer-readable medium for carrying program data is also disclosed. The program 

data includes executable instructions for implementing a method. The method may include the 
steps of transmitting outbound data from a first electronic device to a first device network and 
receiving inbound data by the first electronic device from the first device network. The method 
may also include the steps of discovering a second electronic device of a second device network, 

15 providing pseudo-random time points defining a schedule for the first electronic device to 
communicate with the first device network and with the second electronic device, storing the 
time points in an event queue, and dynamically modifying the schedule to add additional 
communication bandwidth to at least one communication channel. 



20 Brief Description of the Drawings 

The present embodiments will become more fully apparent from the following 
description and appended claims, taken in conjunction with the accompanying drawings. 
Understanding that these drawings depict only typical embodiments and are, therefore, not to be 
considered limiting of the invention's scope, the embodiments will be described with additional 
25 specificity and detail through use of the accompanying drawings in which: 

Figure 1 A is a block diagram of an embodiment of a device pair; 

Figure IB is a communication period diagram for an embodiment of a device pair; 

Figure 1C is a communication period diagram for an embodiment of a device pair 
illustrating a series of communication periods; 
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Figure 2A is a block diagram of two device networks; 

Figure 2B is a block diagram of two device networks with an intersystem communication 
link between slave devices; 

Figure 2C is a block diagram of two device networks with an intersystem communication 
5 link between master devices; 

Figure 2D is a block diagram of two device networks with an intersystem communication 
link between a master and a slave; 

Figure 3 A is a block diagram illustrating an embodiment of two device pairs; 

Figure 3B is a communication period diagram for an embodiment of two device pairs; 
1 0 Figure 4 illustrates a device network topology generalization; 

Figure 5 is block diagram illustrating hardware components of an embodiment of an 
electronic device; 

Figure 6 is block diagram illustrating software components of an embodiment of an 
electronic device; 

15 Figure 7 is a state machine diagram illustrating an embodiment of a state machine for the 

scheduler of a device; 

Figure 8A is a timing diagram illustrating a predetermined synchronized method for 
generating time points; 

Figure 8B is a timing diagram illustrating a predetermined asynchronized method for 
20 generating time points; 

Figure 8C is a timing diagram illustrating a real-time method for generating time points; 

Figure 9 A is a block diagram of a device network including three master devices; 

Figure 9B is a communication period diagram for the embodiment of Figure 9 A; 

Figure 1 OA is a block diagram of a device network including three master devices, one 
25 slave device, and one master/slave device; 

Figure 1 OB is a communication period diagram for the embodiment of Figure 10A; 

Figure 1 1 A is a block diagram of a device network including four devices; 

Figure 1 IB is a communication period diagram for the embodiment of Figure 1 1 A; 

Figure 12A is a block diagram of a device network including five devices; and 
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Figure 12B is a communication period diagram for the embodiment of Figure 12 A. 
Detailed Description 

It will be readily understood that the components of the embodiments as generally described 
5 and illustrated in the Figures herein, could be arranged and designed in a wide variety of different 
configurations. Thus, the following more detailed description of the embodiments of the system 
and method of the present invention, as represented in the Figures, is not intended to limit the scope 
of the invention, as claimed, but is merely representative of the embodiments of the invention. 

Figure 1A is a block diagram illustrating two electronic devices 102, 104 that comprise a 
10 device pair 106. The device pair 106 may enter into communication 108 with one another. Some 
examples of an electronic device 102, 104 are a vending machine, a telephone, a door lock, a 
temperature sensor, a motor, a switch, a light, a printer, a fax machine, a refrigerator, a health 
monitor, an elevator/escalator, a copier, a scanner, manufacturing equipment, industrial 
Cn equipment, computer equipment and peripherals, security systems, monitoring equipment, a 
h 1 5 thermostat, and the like. 

Figure IB illustrates a communication period diagram that includes a schedule 110 for a 
M communication period 112 between the two devices 102, 104 of the device pair 106. Typically a 
hj schedule 1 10 is created for each pair 106 of devices that wish to communicate. The schedule 110 
may be specific to the device pair 106 and may be known by both devices 102, 104. As shown, the 
M20 schedule 110 may include time points 114, 116 that signal the initiation and termination of the 
communication between the device pair 106. The time between the initiation time point 114 and 
the termination event 1 16 is called the communication period 1 12. 

An initiation time point 1 14 is the typical method used to start communication between two 
devices 102, 104. Both devices 102, 104 are usually aware of the initiation time point 114 so that 
25 they may start communication at this time. 

In the embodiment of Figure 1A, either device 102, 104 may terminate communication. A 
device may arbitrarily terminate the communication period 112, but typically the period 112 is 
terminated by a conflicting time point from another device pair schedule. Termination may be 
accomplished by signaling between the device pair 106 on a per connection basis. A termination 
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time point 1 16 may be used to end the communication period 1 12 but is not essential. Termination 
time points 1 16 are created by the schedule negotiation process that is carried out between pairs of 
devices. 

Typically, initiation time points 114 are determined by a predetermined pseudo random 
5 schedule that is unique and random relative to the pseudo random schedule for other interconnected 
devices pairs. Initiation time points 1 14 may also be determined by a negotiation between each pair 
of devices where the negotiated time point is within a valid communication period as determined by 
the predetermined pseudo random schedule. The negotiation process is performed between device 
pairs and is used to create free time in the schedule for other purposes. 

10 A device pair 106 typically consists of one device that has the role of master with respect to 

the connection and another device that has the role of slave. The master device typically initiates 
and controls the connection, while the slave responds to the master's commands. The schedule 
typically uses the time base of the clock of the master device. The slave device may maintain 
synchronization with this clock. Another time base may be used if available to both devices. 

15 Figure 1C is a communication period diagram illustrating a series of communication 

periods 118, 120, 122 comprised of multiple initiation time points 124, 126, 128 and termination 
time points 130, 132, 134 and/or terminating events. In many situations, the device pair 106 may 
continue to communicate with each other over a period of time. These communications may take 
place in several communication periods 118, 120, 122, rather than one continuous communication 

20 period 112. 

Although Figures 1A-1C illustrated two devices 102, 104 communicating with one another, 
in some situations there may be more than two devices communicating with each other. For 
example, and as shown in Figure 2A, two device networks 202, 204 may exist. Device A 206, 
device B 208, device C 210 and device D 212 comprise a first device network 202. The second 
25 device network 204 includes device E 214, device F 216, device G 218 and device H 220. Figure 
2A illustrates two separate device networks 202, 204, or, in other words, two distinct systems. 

The first device network 202 includes one master and three slaves. Device A 206 serves as 
the master, while device B 208, device C 210 and device D 212 serve as slaves. The second device 
network 204 also includes a master (device E 214) and three slaves (device F 216, device G 218, 
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and device H 220). As shown, intrasystem communication 222 may take place between the devices 
in the first device network 202 and in the second device network 204. 

One exemplary application of the embodiments herein may be with the Bluetooth standard 
and the relevant personal area network technology relating to Bluetooth. The Bluetooth standard is 
5 described in the Specification of the Bluetooth System, incorporated herein by reference. 
Depending on the particular communication system type, the application of the schedulers disclosed 
herein can be extended to what were previously considered internal system links. This may be 
particularly applicable to a Bluetooth system where a piconet is an independent system. In 
Bluetooth terms, the device networks 202, 204 may both be piconets. When an interpiconet 
10 connection is made, the schedulers disclosed herein may be applied to both the new connection and 
to the previous intra-piconet connection of that device to its piconet master, if one previously 
existed. 

Of course, it will be appreciated by those skilled in the art that the embodiments and 
inventive principles disclosed herein are not limited to personal area network technology and/or to 
15 Bluetooth networks. The inventive principles herein may be applied to various types of 
communications systems that include electronic devices and/or computers that communicate with 
each other. 

Further to the example shown in Figures 2A-2D, there are generally three possible ways of 
connecting the two networks 202, 204. As stated above, in Figures 2A-2D device A 206 and device 

20 E 214 serve as masters, while the other devices serve as slaves. Thus, master/slave relationships 
exist between the masters and slaves of each device network 202, 204. 

Figure 2B illustrates an intersystem communication link 224 between device D 212 and 
device F 216. The scheduling apparatus and methods disclosed herein may be used with the 
intersystem communication link 224. As shown, the links between device A 206 and device D 212 

25 and between device E 214 and device F 216 may also be treated as intersystem links 224. Thus, the 
original connection between each slave and its master may now be treated as an intersystem link 
because the slave devices may not be available to the master at all times with the additional link. 
Communications between device A 206 and device D 212 and between device E 214 and device F 
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216 may be rescheduled because the capacity of the slaves (device D 212 and device F 216) is now 
being shared between two connections rather than just one connection. 

Figure 2C illustrates an intersystem communication link 224 between the two master 
devices 206, 214. Figure 2D illustrates an intersystem communication link 224 between a master 
5 (device A 206) and a slave (device F 216). If the embodiments of Figures 2A-2D were 
implemented and used in a Bluetooth environment, the two systems 202, 204 and the intersystem 
communication 224 may be referred to as a scatternet. As stated, the embodiments and inventive 
principles herein are not limited to a Bluetooth environment but have broad application. The 
embodiments herein provide solutions to the scheduling issues for devices that wish to have an 

1 0 arbitrary number of connections. Further, the embodiments shown herein allow arbitrary topologies 
of devices to communicate effectively when the connections are treated as intersystem connections. 

Figure 3A illustrates a simple system topology consisting of a device (electronic device B 
302) that communicates with two other devices (device A 304 and device C 306). Electronic 
device A 304 and device B 302 make up a device pair 308. Similarly, device B 302 and device C 

15 306 make up a device pair 3 1 0. 

For each pair 308, 310 of communicating devices, there is a schedule for communication 
indicating the initiation time points as shown in Figure 3B. Communication periods 314, 316, 318 
between device B 302 and device A 304 are started through communication A-B initiation time 
points 320, 322, 324. The initiation time points 320, 322, 324 start a communication period 314, 

20 316, 318 for the corresponding pair 308 of devices 304, 302. Communication periods 326, 328, 
330 between device B 302 and device C 306 are started through communication B-C initiation time 
points 332, 334, 336. These initiation time points 332, 334, 336 start communication periods 326, 
328, 330 for the B-C pair 310 of devices 302, 306. As illustrated, each initiation time point 
becomes the terminating event for the preceding communication period. The end of the 

25 communication period is signaled to the other device when another initiation time point occurs that 
conflicts with the current active communication period. For example, initiation time point 320 
starts a communication period 314 between device A 304 and device B 302. This period 314 
continues until an initiation time point 332 occurs to signal the beginning of a communication 
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period 326 between device B 302 and device C 306. Figure 3B illustrates the typical operation for 
the embodiment shown in Figure 3A. 

Figure 4 illustrates a device network topology generalization. A communication link 402 
exists between device A 404 and device B 406. Multiple devices Xi to X n are in electronic 
5 communication with device A 404. Similarly, multiple devices Yi to Y m are in electronic 
communication with device B 406. The performance of the system provides fair distribution of 
capacity. This performance may be generalized in the case where all links are fully utilized. The 
relationship is given by the equation below for the generalized system that is diagrammed in Figure 
4. The capacity available to link A-B 402 is inversely proportional to the total number of other 
10 intersystem links that both device A 404 and device B 406 participate in. The equation below does 
not take into consideration the overhead due to switching between connections or other signaling 
overhead needed for system operation. The Cap A -B number indicates the relative capacity available 
to a connection. It shows the relative amount of time that is utilized for communication between 
the device pair. This relation is applicable to a system where the density of time points is equal for 
1 5 all intersystem links and each link has a random distribution with respect to the others. 

1 



r* 



Cap A _ B = 



l + n + m 



Figure 5 is block diagram illustrating the major hardware components typically utilized in 
an electronic/embedded device 500. An electronic device 500 typically includes a processor 502 in 

20 electronic communication with input components or devices 504 and/or output components or 
devices 506. The processor 502 is operably connected to input 504 and/or output devices 506 
capable of electronic communication with the processor 502, or, in other words, to devices 
capable of input and/or output in the form of an electrical signal. Embodiments of devices 500 
may include the inputs 504, outputs 506 and the processor 502 within the same physical structure 

25 or in separate housings or structures. 

The electronic device 500 may also include memory 508. The memory 508 may be a 
separate component from the processor 502, or it may be on-board memory 508 included in the 
same part as the processor 502. For example, microcontrollers often include a certain amount of 
on-board memory. 
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The processor 502 is also in electronic communication with a communication module 
510. The communication module 510 may be used for communications with other devices. 
Thus, the communication modules 510 of the various devices may be designed to communicate 
with each other to send signals or messages between the electronic devices 500. 
5 The electronic device 500 may also include other communication ports 512. In addition, 

other components 514 may also be included in the electronic device 500. 

Of course, those skilled in the art will appreciate the many kinds of different devices that 
may be used with embodiments herein. Accordingly, the block diagram of Figure 5 is only 
meant to illustrate typical components of an embedded device 102, 500 and is not meant to limit 
10 the scope of embodiments disclosed herein. 

Figure 6 is a block diagram illustrating software modules that may be used with the 
% electronic device 600. An embedded application 602 may be used to operate the electronic 

□ device 600. The embedded application 602 may include the functionality needed for operation of 

p 

01 the electronic device 600. An input/output module 604 may be used for receiving data from the 
% 15 input(s) 504 and for sending data to the output(s) 506. Depending on the type of electronic 

U device 600, the particular functionality of the input/output module 604 may vary. 
U A device communications module 606 may be included with functionality to handle 

» j incoming and outgoing messages. For example, the device communications module 606 may 

Q include the instructions necessary to send and receive communications using the communications 

p 

M 20 module 510. The device communications module 606 may send or transmit outbound data 608 
and may receive inbound data 610. 

The electronic device 600 typically includes software to accomplish various tasks including 
communications, input/output and the monitoring or controlling of the device 600. The device 
communications module 606 represents the computer program routines or instructions that handle 
25 the communications through the communications module 510 or through the communications 
port(s) 512. The input/output module 604 represents the computer program routines or instructions 
that handle the input to the device 600 and the output from the device 600. For example, if there 
were buttons (not shown) on the device 600, the input/output module 604 includes the code 
necessary to process the inputs from the buttons (not shown). The application 602 controls the 
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device 600 and acts as the main program to carry out tasks of the device 600. Those skilled in the 
art will appreciate that the software blocks are only examples and the configuration of blocks 
shown are not necessary to practice the present embodiments. As explained earlier, many different 
types of devices 102, 500, 600 are available and can be used with embodiments herein. These 
5 devices usually already have the necessary software loaded to run the device 600. Embodiments 
herein can be used with almost all electronic devices 102, 500, 600 that are capable of electronic 
communications and have some processing capability. 

The device may also include a pseudorandom scheduler 612 and a dynamic allocation 
scheduler 614. Both the pseudorandom scheduler 612 and the dynamic allocation scheduler 614 
10 will be discussed below. As will be discussed, the dynamic scheduler 614 may include a fair 
allocation component 616 and an opportunistic allocation component 618. 

An event queue 620 may also be included. The event queue 620 includes one or more 
queue items 622. Each queue item 622 may correspond to a particular communication channel. 
' Each queue item 622 may include communication time points 624, a channel identifier 626, data 
1 15 pending 628, as well as other information, such as state information 630, status information 632, 
and other information 634. The data that may be stored in the event queue 620 will be more fully 
discussed below. 

j A method is disclosed and provided herein to dynamically allocate capacity between 

: intersystem connections in the case where the scheduled allocation is not used by a device pair. A 
" 20 decentralized algorithm is used to distribute this capacity to the intersystem links where traffic is 
available. The unused capacity is allocated first on a fair basis and then the capacity may be 
opportunistically allocated where communication is possible. The algorithm attempts to maximize 
the utilization of communication capacity for each device. 

The principle employed to implement fair allocation is to effectively remove an intersystem 
25 connection from a device when there is no traffic without actually disconnecting. This causes the 
inherent fairness of the pseudo random scheduler 612 to reallocate the unused capacity to links that 
have traffic. In the embodiments herein, two mechanisms are used to achieve fair reallocation of 
unused capacity: initiation time point reduction and extension of previous communication period. 
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In the initiation time point reduction method, a device monitors its internal event queue 620 
and traffic on the link. If there is no traffic, the schedule is modified by removal of initiation time 
points. The schedule is modified so that there is only a fraction of the original time points 
remaining. For example, in one possible implementation initiation time points may be removed so 
5 that only every fourth of the original time points are used. This effectively removes the connection 
to a device for a short intervals and allows its capacity to be used by other intersystem links. A 
negotiation process between a device pair is used to modify the schedule and remove time points. 

In the method where previous communication periods are extended, a device will re- 
establish communication with the device that it previously communicated with when the current 
10 communication period is terminated early (i.e., terminations that occur before the next initiation 
time point). In this way it extends the previous communication period and effectively removes the 
device that has not fully used its scheduled capacity. 

In principle, opportunistic allocation attempts to maximize the number of parallel 
En communication transfers. To achieve opportunistic allocation, additional processes are performed. 
T; 15 In this process a device 102 monitors the traffic pending for each link and the likelihood that a 
device is available to establish communication. This information may be derived from the 
H signaling that occurred when the previous communication period was terminated for each of its 
m intersystem links. The device 102 may then attempt to establish communication with another 
J;:;; device that both has data pending to transfer and is likely to be available. If more that one device 
H 20 meets the criteria, the last one communicated with may be selected. These rules improve the 
likelihood that both devices will attempt to establish a connection with each other. 

Some applications have very rigid communication requirements that may not be met with 
the pseudo random intersystem scheduler 612. These requirements are typically expressed in terms 
of fixed data bit rate and maximum latency. Furthermore, the application will typically negotiate 
25 the capability needed when establishing a channel for the service. The service will only be 
provided if sufficient capacity is available. 

To accommodate more rigid requirements, a method to support resource reserved channels 
(RRC) is provided. The resource reserved channel type may be implemented as scheduled 
communication with a fixed period and duty cycle. Traffic for a resource reserved channel has 
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higher priority than the pseudo random scheduled (PRS) channel so that it replaces the PRS traffic 
when a schedule conflict occurs. The PRS schedule is modified to accommodate any RRC traffic. 
In current design, resource reserved channels are negotiated such that they do not conflict with each 
other. 

5 Because of the periodic characteristic of the resource reserved channel, in many cases it will 

use a fixed capacity of the communication link. Because of the periodic characteristic, the capacity 
taken from the PRS traffic is randomly distributed among all links. As a result, the intersystem 
traffic that is scheduled by the PRS method is still fairly allocated between intersystem connections 
although reduced by the RRC. 
10 Figure 7 illustrates an embodiment of a state machine for the scheduler of a device 102. 

Each device 102 may implement this state machine to implement a scheduler and to support other 
O related functions. The system description as it relates to the state machine may apply to a 
% MAC/baseband entity responsible for managing the intersystem traffic for the device 102. The 
P information is equally applicable to both devices of the device pair unless otherwise stated. The 
]* 15 protocol is based largely on master/slave access mechanisms. The Bluetooth standards use 
- master/slave relationships. For clarity and to illustrate an example of how the state machine may be 
H j used, the protocol is described in master/slave and sometimes Bluetooth terminology. Of course, it 
h j will be appreciated by those skilled in the art that the inventive principles and embodiments herein 
y may be applied to a wide range of electronic devices 102 configured for electronic communications 
M 20 with other devices. 

The idle state 702 is illustrated in Figure 7. In the idle state 702, there is no PRS 
intersystem traffic. The device 102 is free to communicate with other devices in its system or 
network. The device 102 may be designed to avoid communication that may extend into a PRS 
scheduled intersystem communication period. For a Bluetooth system, this can occur if a long 
25 packet is received that extends past a scheduled time point. 

The data state 704 is also illustrated in Figure 7. In the data state 704, data is exchanged 
between intersystem devices. Communication continues until a termination event occurs. 

Figure 7 also illustrates the negotiate schedule state 706. This state 706 is used to modify 
the schedule. Either device may initiate this process 706 or state 706. This state 706 is effectively a 
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sub-state of the data state 704 because an active communication period is needed to support the 
exchange of messages needed for the negotiation of schedule. 

The re-establish state 708 is also illustrated in Figure 7. The re-establish state 708 
implements a procedure for establishing communication during periods when there is no scheduled 

5 communication. This mechanism is used to distribute unused capacity to intersystem channels that 
have data available for exchange. 

Figure 7 also illustrates events that may cause a transition from one state to another or that 
may cause the device 102 to stay in the same state. The intersystem schedule manager (not shown) 
maintains a list of communication events for each intersystem channel in the event queue 620. The 

10 event list will consist of an ordered list of scheduled time points 624 and corresponding channel 
identifiers 626. The scheduled event occurs when the current time matches the scheduled time. 
When an initiation time point occurs the device 102 will enter the data state 704 and begin 
communication with the corresponding device. If the device was currently active with another 
communication channel it will perform the forced termination process on that channel before 

1 5 entering the data state 704. 

There are a number of different types of termination events that may occur. A forced 
termination occurs when there is a data exchange pending but one of the devices wishes to 
terminate the current communication period. A device may wish to do this because of another 
scheduled intersystem communication (or an interpiconet communication in a Bluetooth network) 

20 or for other reasons. The device terminates the communication period by asserting an indication of 
this event in a message to the other device. 

Another type of termination event is a scheduled termination. If the negotiate schedule 
process 706 or state 706 was successfully completed, a termination time point was agreed upon for 
the current communication period. A scheduled termination event occurs when this time point 

25 occurs. 

A data depleted event is another type of termination event. This event occurs when all the 
available data has been transferred by both devices. This is signaled to the other device by a 
message indicating this event. A master device signals to the other device that it has no data to 
transmit by transmitting a Poll Packet. The slave indicates that it has no data by transmission of a 
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null packet. Thus, the data depleted termination event occurs when both devices indicate that they 

have no data to transfer. 

Another type of termination event is a non-responsive termination event. A non-responsive 

termination event occurs when communication is scheduled but does not happen. A device may 
5 wait for communication for a fixed period. If no data is received, the communication period may 

be terminated. If the device is a master, the non-responsive termination event occurs when it does 

not receive a response to any packets transmitted to the slave device. If the device is a slave, the 

non-responsive termination event occurs when it does not receive any packets from the master. If 

the embodiment is being used with a Bluetooth network, this situation may occur when there is a 
10 scatternet scheduling violation. It can also occur when a device has a higher priority activity and 

cannot meet its agreed schedule. This will occur typically for processes that have indeterminate 

duration (e.g., page response, inquiry response). 

Other types of events are also shown in Figure 7 and further illustrate other events that may 

cause a change in state. A negotiate request event is used by a device to initiate a negotiatie 
15 schedule process 706. This occurs during the active communication period between the two 

devices. 

The pending data event or status is an indication of the composite status of all the 
intersystem links as seen by a device. If any of the links were left in a state where data is remaining 
to be transferred this indicator may be true. The state is known from the way in which a 
20 communication period is terminated. For a link where the data depleted event occurs this indicator 
may be false. For a link where a forced termination or a non-responsive termination occurs this 
indicator is true. 

The no pending data event or status is also an indication of the composite status of all the 
intersystem links as seen by a device. This indicates that none of a device's intersystem links have 
25 data pending. 

The communication re-established event is also illustrated in Figure 7. This event occurs 
when a poll response sequence has been completed validating that a communication channel has 
been established. The failure to re-establish event indicates that the device was not able to establish 
communication in the re-establishment process 708. 
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As stated above, the idle state 702 is entered whenever there is no active PRS intersystem 
communication. The amount of time spent in the idle state 702 is dependent on intersystem traffic 
load and on any modification made to the pseudo randomly determined interpiconet (more 
generally intersystem) schedule. A device may modify the intersystem schedule to free time for the 
5 idle state 702 if needed for in-system links or other activities. The idle state 702 may imply that the 
device is idle with respect to PRS intersystem traffic, but the device may be active with other in- 
system communication activities. 

While a device is in the idle state 702, it typically monitors the intersystem schedule and 
changes states when defined by the schedule. All other communication activities should be 
1 0 scheduled so that they will not conflict with the intersystem schedule. 

Referring to the data state 704 as shown in Figure 7, intersystem communication starts 
El when a scheduled initiation event occurs or when the re-establishment procedure 708 has been 
El successful. The scheduled initiation event is typically a time point defined by the pseudo-random 
G] scheduler or may be another initiation time point that was previously negotiated between the 

£ 15 devices. A communication period consists of the exchange of data between a device pair until a 

ri 

termination event. 

H In the data state 704 the master transmits packets to the slave. Data packets are sent if 

m available, otherwise poll packets are sent. This may be done until a termination event occurs. The 
2 slave may listen for the master transmitted packets. If packets from the master are received the 
H 20 slave transmits data packets if available and null packets otherwise. 

A device detects a non-responsive condition by monitoring communication activity. If there 
is no communication for a non-responsive timeout period slots, the device may terminate 
communication. For the master device, it may transmit packets continuously to the slave device 
until the non-responsive timeout period expires. For the slave device, it may listen continuously for 
25 packets from the master. If the slave has not received any packets for the non-responsive timeout 
period, it may terminate the connection. 

A device may terminate an active communication period at any time. Typically, a device 
will terminate the communication because it needs to perform another scheduled event. For 
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example, the device may need to be available for an initiation time point for another link, it may 
need to communicate with a slave on an in-system link, etc. 

A forced termination may be signaled by a device through a variety of ways. Depending 
upon the types of devices, systems, protocols, etc., that are being used, different techniques may be 
5 implemented by a device to signal a forced termination. Generally, a device may send a forced 
termination message to other devices to communicate a forced termination. Those skilled in the art 
will appreciate the many different ways in which this message may be communicated. For 
example, in a Bluetooth system, the forced termination may be signaled by a device with the flow 
bit of the packet header. The flow bit is normally enabled (FLOW=l) during the exchange of data. 
10 The device may clear it (FLOW=0) to force the termination of the current communication period. 

A forced termination may also be preceded by a negotiate schedule process 706. If used, it 
□ may indicate that the device that initiated the new schedule is not available until the new negotiated 
y time. This may imply that this device is not available on this link for any re-establishment. The 
E n negotiate schedule state 706 or process 706 may be used by the device that is terminating the active 
£ 15 communication and is aware that it will be busy in the near future. If the forced termination is not 
U used, it may imply that the device is likely to be free for re-establishment of this link. 
M A data depleted termination occurs when both devices have no data to exchange. This 

flj happens when both devices empty their data queues. Similar to a forced termination, a data 
:;:J depleted termination may be signaled by a device through a variety of ways depending upon the 
H 20 types of devices, systems, protocols, etc., that are being used. Generally, a device may send a data 
depleted termination message to other devices to communicate a data depleted termination. 

Those skilled in the art will appreciate the many different ways in which the data depleted 
termination message may be communicated. For example, in a Bluetooth system, this event may be 
signaled when the slave transmits a Null packet and the master transmits a Poll or Null packet. The 
25 termination slot is determined based on the last device to signal that is has no data to transmit. The 
sequence Poll - Null - Poll with the ACKN =0 may be used when the master is the last to run out of 
data. The last slot used is the Poll packet sent by the master. The sequence Null - Poll - Null with 
ACKN=0 may be used when the slave is the last device to run out of data. In this case the Null 
packet from the slave is the last slot to be used. 
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The schedule termination may occur if a negotiate schedule process 706 was completed 
during the current active communication period. As part of this process, the beginning of the hold 
period (hold instant) was negotiated. The hold instant defines the last slave slot during this 
communication period. 

5 As stated above, the negotiate schedule state 706 or process 706 is used to modify the 

schedule. A device may choose to modify the schedule for any number of reasons (e.g. conflict 
avoidance, etc). The device modifies its schedule to avoid wasting bandwidth by informing the 
other device that it cannot meet the obligation of current schedule. A new schedule is then 
negotiated that is acceptable to both devices. 

10 The negotiate schedule state 706 or process 706 may be used in several situations. The 

negotiate schedule state 706 may be used when there are initiation time point event conflicts. In 
this situation, a device may look ahead at the next time point for the current active communication 
link, if the next time point conflicts with a time point for another intersystem link and the other link 
has a higher priority, the negotiate schedule process 706 may be used to negotiate a new time point. 

15 The negotiate schedule state 706 may be used when there is a communication termination 

with no opportunity for re-establishment. This may happen if the communication period is going to 
be terminated by the local device and the link has pending traffic. The local device may look ahead 
at its predicted availability. If the device is expected to be busy, it may use this procedure to 
indicate that it is not available by asserting the initiation time point. This information is used by the 

20 re-establishment process 708 of the peer device in its selection of communication links. 

The negotiate schedule state 706 may be used when other events occur. For example, if the 
communication capability of the device is needed for other purposes, the device may make itself 
available by negotiating inactive periods in the intersystem schedule. This may be done for each 
intersystem link. 

25 The negotiate schedule state 706 or process 706 may be initiated by the device that wishes 

to modify the current schedule. Different techniques may be used by a device to initiate a negotiate 
schedule process. Generally, a device may send a negotiate schedule initiation message to other 
devices to initiate a negotiate schedule process 706. Those skilled in the art will appreciate the 
many different ways in which this message may be communicated. For example, in a Bluetooth 
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system, the state may begin by transmission of an LMP_hold_req message where the hold instant 
parameter is set to equal the last slot of the communication period as determined by the initiation 
time point for any other connections. The hold time parameter may be set to correspond to the 
proposed next initiation time point for the connection. The receiving device may compare the 

5 requested hold instant to the next time point event that it has in its scheduled and accept it if it is 
less. Otherwise the device may request a new hold instant that corresponds to its next scheduled 
event. In current design, the embodiments are configured to attempt to agree on the shorter of the 
two periods. The receiving device may also inspect the hold time parameter and accept this 
parameter if it is able to meet that time. If not, it can propose the next initiation time point for the 

10 channel. If both parameters are acceptable, it may send an LMP_Accepted. Otherwise it may 
transmit an LMP_hold_req with alternate requests. The receiving device may perform similar 
checks and respond in the same way. After the negotiation is complete, the state may return to the 
Data state 704 and continue exchange of information until the termination event occurs. 

The re-establishment state 708 attempts to opportunistically establish communication 

15 during periods that are not being used. The algorithm is presently designed to initially fairly 
distribute unused capacity between devices when possible and to then opportunistically distribute 
communication capacity where possible. 

A device may enter into the re-establishment state 708 when the current communication has 
been terminated and there is data pending on any of its intersystem communication links. The 

20 device may attempt to re-establish communications on the previous active connection that has data 
transmission pending where the remote device has indicated that it may be available. If the device 
is a master, this may consist of the transmission of packets (Poll or data) until a response is received 
or another initiation time point occurs. If a slave, it may listen until another initiation time point 
occurs. If a response is received the device may transition into the data state. 

25 In the case where the device that terminated the communication period signaled that it will 

be busy, the free device may attempt to establish communication with another device that is likely 
to be available. 

Each device may maintain an event queue 620 and state information 630 for each 
intersystem communication channel. The event queue 620 may consist of an ordered list of time 
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points. Each time point may be generated from the pseudo random sequence for the corresponding 
connection plus any negotiated modifications or additions. The device may combine the lists to 
determine which connections are scheduled at any point in time. 

For each intersystem link status information 630 may be maintained. This information may 
5 be derived from the termination event plus any internal data queue knowledge- 
Each device may include link status information. The link status information may include 
data pending 628 information, such as pending/no pending data. This may indicate if there is any 
pending transmission on the link. This is set if there is any data pending transmission in the local 
queue or if the previous communication period was terminated with a data transmission pending 
10 event. 

A device may also include a remote capacity indicator (not shown). This may indicate 
whether the remote device on a link is currently busy or free. This indicator may be set to free if the 
previous communication period was not terminated with a negotiate schedule event. Using the 
negotiate schedule process implies that the remote device is busy until the new negotiated time. 

15 Link schedule information (not shown) may also be stored on the device. Link schedule 

information may include pseudo random time points. These time points may be automatically 
generated based on an algorithm that defines their position relative to the clock of the master device 
on the link. These time points may also define the initiation of communication. 

Scheduled time points may also be stored. These time points may be created through a 

20 negotiation process between the two devices connected by this link. These time points define the 
initiation of communication. A device may also store termination time points. These are time 
points that define when communication should be terminated. They are created in the negotiate 
schedule process 706. 

Because initiation time points are typically generated pseudo randomly, conflicting time 
25 points may occur for devices that have two or more intersystem links. The occurrence may be 
random with a rate dependent on the density of time points. In embodiments disclosed herein, a 
device detects the conflicting time points and adjusts the schedule to eliminate them. The device 
may use the negotiate schedule state 706 or process 706 to move or skip conflicting time points 
when possible. When it is not possible to reschedule conflicting initiation time points, the device 
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should select communication with the device with the longest inactive period over other devices. 
This assures a fair allocation of bandwidth and minimizes inactive periods. 

A pseudo random generator may be used to create the initiation time points that make up the 
schedule. Time points may be defined with reference to the clock of the master device of the 
5 device pair that make-up the intersystem connection. In current design, both devices are able to 
independently create the schedule and both have knowledge of the clock needed to utilize the 
schedule. Given that each schedule may be unique and random with respect to other intersystem 
schedules, a unique but shared piece of information may be used as input to the generator. For 
example, if the devices were part of a Bluetooth network, this shared piece of information may be 
10 the Bluetooth device address (BD_ADDR) of the master and active member address (AM_ADDR) 
of the slave. 

q One characteristic of the generator is its density, which defines the average time between 

S time points. Other temporal relations may also be imposed on the generation function to achieve 
W particular operating characteristics. Three possible methods and related characteristics are 
J 15 described below. The following methods may be used but each has its own unique system 

limitations and performance tradeoffs. Those skilled in the art will appreciate that other methods 
H ; may also be used with embodiments of devices and device software to effect scheduling of 
fll communication periods. 

Figure 8A illustrates a predetermined synchronized method for generating time points. As 
H> 20 shown, in the predetermined synchronized time method time points are generated by first breaking 

the schedule into fixed period intervals (A). The duration of the intervals corresponds to the density 

of time points desired. A single time point is placed within the interval at a random location. 

Following is an equation that described how a time point is generated using this method. 

25 TP N =AxN + Rand{Q..A) 



In the foregoing equation, A defines the interval size, and Nis the interval number and index 
to the time point. The function RandQ provides a random number in the range of 0 to A. A unique 
random number is generated for each time point. 
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This predetermined synchronized method has the advantage that the range of 
communication period lengths can be influenced by the distribution of the time point positions. 
Different distributions of random numbers can be used to control the statistical characteristics of the 
communication period length. Typically a uniform distribution of random number would be used. 
But, for example, to achieve a communication period duration more narrowly distributed around 
the mean a normal distribution of random numbers centered at A/2 may be used. This would 
reduce the variation in communication period length but increase the probability of collisions when 
compared to a uniform distribution. 

This method is primarily applicable to systems where the interval is synchronized between 
intersystem links. It has the advantage of providing a tighter bound on the maximum delay between 
communication periods and may better control the statistical distribution of the communication 
period duration. 

Figure 8B illustrates a predetermined asynchronized method for generating time points. As 
shown, in this method of generation time point positions are determined by random number 
generation over an arbitrary long time. This period is typically many times greater than the density. 
Typically, this should be 10 to 100 times greater that the average period between time points. Time 
points are generated randomly with uniform distribution in this period. The time points are then 
sorted into ascending order for usage by the scheduler. 

TP 0M = Rand(0..A* N) 
TP^ N =Sort(TP 0M ) 

In the foregoing equation, TP 0 N is the ordered list of time points used by the scheduler. 
The RandQ function generates time points that are uniformly distributed over the period defined by 
the density (A) and number of time points needed (N). The total duration that the random numbers 
are uniformly generated in is determined by the product of the density (A) required and the number 
of time points (N). 

The predetermined asynchronized method has the advantage that there is no 
synchronization needed between clocks of different intersystem links. Its primary disadvantage 
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when compared to the predetermined synchronized method is that the characteristics of the 
communication period are not bounded. The communication period length and time between 
communication periods is more variable. 

Figure 8C illustrates a real-time method for generating time points. In the real-time method, 
5 time points are generated relative to previous time points. This is primarily applicable to the case 
where it is desirable to generate the schedule in real-time although it can also be used to 
predetermine a schedule. To perform the real-time method, a device may generate a random 
number with uniform distribution in the range between 0 and 2 times the density. This number is 
added to the previous initiation time point to determine the next initiation time point. This 
10 information to transferred to the other device. This process is carried out by one of the devices in 
the device pair, typically the master. This method is particularly applicable to Hold mode in the 
p Bluetooth System. 

y The intersystem scheduler allows Resource Reserved Channel (RRC) traffic to coexist with 

P 1 Pseudo Random Scheduled (PRS) intersystem traffic. The embodiments described herein allow this 
£ 1 5 coexistence while maintaining the fair performance characteristics of the best effort channel (BEC) 
y provided by the pseudo random scheduler. Two mechanisms are defined to manage the coexistence 

H- of the RRC channel types on top of the BEC channel: the traffic overlay method and the dynamic 

M 

fii schedule modification method. 

y The traffic overlay method is used when the active period of the Resource Reserved traffic 

H 20 is relatively short compared to the PRS average communication period. If the active period is less 
than the non-responsive termination event timeout threshold, a device is allowed to provide this 
channel without modifying the intersystem schedule. In this case, the device will simply transmit 
the RRC traffic in place on the PRS traffic. After completion it will return to the PRS scheduled 
traffic. If the device is nearing the end of the communication period it will terminate the 
25 communication early and then proceed with the RRC traffic. 

The schedule modification method is used when the active period of the RRC traffic is long 
relative to the average communication period length or if it is longer than the non-responsive 
termination event threshold of the PRS scheduled traffic. In this case, the PRS schedule is modified 
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to free time for this traffic. This occurs in the communication period prior to the period for the RRC 
traffic. 

To accommodate in-system data traffic a device must have time available to service it. This 
free time corresponds to the idle state 702 in the intersystem state machine. A device may use the 

5 free time that naturally occurs in the intersystem scheduled traffic or choose to modify the 
intersystem schedule to make free time available. In the latter case the device can make free time in 
the intersystem traffic by re-negotiating the intersystem schedule. This is equivalent to the process 
that is used to manage resource reserved channels. Typically this would be done periodically to 
meet requirements for in-system communication. 

10 A device may also choose to treat an in-system link as if it is an intersystem link. In this 

case it may use a PRS schedule for the in-system link and get the same performance characteristics 
as an intersystem link. The method used may be dependent on the timing requirements of the in- 
system communication. 

Figures 9A and 9B illustrate a device network configuration and the unique pseudo-random 

15 schedule generated for each connection. As shown in Figure 9 A, the device network includes three 
masters 902, 904, 906 and one slave 908. In a Bluetooth system, the configuration shown in Figure 
9A makes up three piconets (one master for each piconet). 

The communication periods diagram of Figure 9B illustrates several intervals. As shown, 
the density used enables an average of one communication period per interval. As discussed above, 

20 a communication period starts with an initiation time point and it ends when a conflicting time 
point occurs or with a termination time point. 

Figures 10A and 10B illustrate a device network configuration including four piconets. As 
shown in Figure 9A, the device network includes three masters 1002, 1004, 1006, one slave 1008, 
and one master/slave 1010. The communication periods diagram of Figure 10B illustrates a 

25 minimum capacity allocated to each connection. As discussed herein, dynamic allocation may be 
used to recover unused capacity. 

Figures 11A and 11B illustrate fair allocation of unused capacity by a device network. In 
this example, there was no traffic between device A 1102 and device D 1104. As a result, the 
original communication periods for the device A 1 102 - device D 1 104 pair were unused capacity. 
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For the example of Figures 11A and 11B, also assume that full capacity was being used between 
devices B 1 106 and D 1 104 and between devices C 1 108 and D 1 104. In fair allocation, the unused 
capacity of the device A 1 102 - device D 1 104 pair is randomly used by either the device B 1 106 - 
device D 1104 pair or by the device C 1108 - device D 1104 pair. In a Bluetooth system, this 
5 would effectively make device A 1 1 02 appear to be absent from the scatternet. 

Figures 12A and 12B illustrate opportunistic and fair allocation of unused capacity by a 
device network. In this example, there was no traffic between device A 1202 and device D 1204. 
As a result, the original communication periods for the device A 1202 - device D 1204 pair were 
unused capacity. For the example of Figures 12A and 12B, also assume that full capacity was being 
10 used between devices B 1206 and D 1204, between devices C 1208 and D 1204, and between 
devices E 1210 and C 1208. With fair allocation, a terminating event caused by a device that is not 

f 3 active causes the free device to remain on the same channel and to attempt reestablishment. With 
opportunistic allocation, a terminating event caused by an active busy channel causes the free 

ff 1 device to switch to an alternate channel. Thus, opportunistic allocation allows more parallel 

]:;; 15 exchange of data. As shown in the communication periods diagram of Figure 12B, the unused 
capacity of the device A 1202 - D 1204 pair is fairly allocated and opportunistically allocated to 

H 5 other channels to use the capacity. 

f : j The present invention may be embodied in other specific forms without departing from its 

spirit or essential characteristics. The described embodiments are to be considered in all respects 

H 20 only as illustrative, and not restrictive. The scope of the invention is, therefore, indicated by the 
appended claims, rather than by the foregoing description. All changes which come within the 
meaning and range of equivalency of the claims are to be embraced within their scope. 
What is claimed is: 



